If there are any other fees due in connection with the filing of this preliminary 

amendment, please charge the fees to Deposit Account No. 06-0916. If a fee is required 

for an extension of time imder 37 C.F.R. § 1 . 1 36 not accounted for above, such an 

extension is requested and the fee should also be charged to our deposit account. 

Respectfully submitted, 

FINNEGAN, HENDERSON, FARABOW, 
GARRETT & DUNNER, L.L.P. 



David W. Hill 
Reg. No. 28,220 

Date: May 2, 2001 
DWH/FPD/peg 



• 



UAw orriccs 

FiNNECAN, Henderson, 
Farabow; Garrett, 

8 DUNNER,L.L.P. 

I300 I STREET, N, W, 
WASHINGTON, DC 20005 
202-406-4000 



ANNEXES TO THE PRELIMINARY AMENDMENT 

Applicants submit the following claims with strikeouts and underlining for 
the Examiner's convenience as required by new rule 37 C.F.R. 1.121 (c)(l)(ii). 
This paper is not intended to be entered. 

3. (Amended) A system as claimed in claim 1 or2, wherein said prescribed 
involvement with said IM server includes: 

(i) one client sending a message to another; 

(ii) one client successfully receiving a message sent from another; 

(iii) one checking the activity status of another user(s); and 

(iv) other activities, involving the IM server system, that can be detected by 
computer and electronic methods. 

4 . (Amended) A system as claimed in any o ne of tlic preceding claims claim 1, 
wherein said computer network is the internet and/or any direct electronic link. 

5. (Amended) A system as claimed in any one o f the preccdmg claims claim K wherein 
said client types connected to the computer network via the GSM network and SMS 
capability and are initially connected to the computer network via an SMSC server to 
control and manage said SMS therebetween, said SMSC server and said IM server being 
directly interconnected via said comptiter network, and wherein said SMSC server 
provides an indication to said monitoring means of the activity of targeted recipient GSM 
clients in response to messages sent to the SMSC server for delivery thereto by said IM 
server. 
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"Method and system for fra ckina th^ nni;».> „f active us^r« «f 

internet-based instant mej^^^aqinQ svste^ °^ 



Field of the Invention 



The present invention relates to a computer netwoh. based instant messaging 
system ^nci more particularly to a method and system for tracking and specifying 
the online status of users of the system. 

The invention has particular, although not exclusive, utility for use,^ that use client 
applications such as Global System for Mobile Communications CGSM") network 
devices, eg mobile phones, and internet browsers for accessing an instant 
messaging system. The invention also has utility for users that use personal 
computer-based client application and/or an email-based client application for 
accessing the system. 

Throughout the specification, unless the context requires otherwise, the word 
"compnse" or variations such as -comprises" or "comprising", will be understood to 
imply the inclusion of a stated integer or group of integers but not the exclusion of 
any other integer or group of Integers. 

Background Art 

20 Instant messaging ("IM") systems have become very popular in recent times with 
the increasing use of the internet and email by all sectors of the community as a 
communication medium. With internet use pervading the areas of the domestic 
market and being taken up by younger, computer-literate generations as a social 
medrum in its own right, a need has arisen for spontaneous and "instantaneous- 
messages to be exchanged between two or more parties connected to the 
internet simultaneously. This need has not been able to able to be satisfied by the 
use of traditional email systems and consequently. IM systems have spawned as 
an alternative or adjunct to email. 
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"Instantaneous- in the context of IM means the ability to receive messages without 
prompting a message-handling server This is in contrast to the way typical emails 
are sent and received by internet users. 

To send and receive messages, popular personal computer-based email 
applications such as Eudora- or Microsoft Outlook^*-, employ the Simple Mail 
Transfer Protocol ("SMTP-) and the Poet Office Protocol ("POP"). Using POP 
requires the recipient of an email to query or prompt an email server to which it 
has subscribed, for messages to download to the user's personal computer (TC") 
or any other internet-connected device. 



Email messages are sent by a user from an email PC client application (e g 
Eudora™, Microsoft Outlook-) on that users PC to a mail server to which it has 
subscribed using SMTP. The mail or SMTP server then forwards the message to 
1 6 the desired recipient's mail server via the internet. 

Instant messaging systems work in a different fashion to email, requiring minimal 
.f any user action, to receive messages. Messages are forwarded from a sender's 
client application, nomr^ally a PC-based IM client application program to the 

20 intended recipient's client application via an IM server or directly to the recipient's 
client, almost in "real time" from the time that a message is sent by the sender or 
received by the IM server system - hence "instant^ No querying Is needed to get 
a message to its intended recipient, reflecting more of a "pushing" technology 
than a "pulling" of infomnation. Examples of some popular IM systems in the 

25 market include AOL's AIM™ and ICQ™*. 

A characteristic of most IM systems is that a client user Is able to set up a network 
of friends or colleagues, more commonly known as "buddies" with or amongst 
whom messages can be exchanged instantly, in most of the PC-based client 
30 applications, an IM sender must be authorized by the recipient (both are 
considered "buddies" of one another) to be able to receive messages from the 
sender. In such cases, an authorization is made by a user specifically instructino 
the IM server to allow messages to be received from particular sender? . 
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In some IM systems, authorizations are not required for users to be included in a 
buddy list. This means that instant messages may be freely sent amongst existing 
users and a target user can be added to a particular buddy list of a user without 
6 that user requiring the explicit permission of the target user to be so included. 

Authorizations may also be required by U3er« to allow therr, to be detected by 
other users as being "online". "Online" in the context of IM means that a client 
user is connected to the internet or is otherwise capable of receiving instant 
1 0 messages at a particular moment. The capability of being able to detemilne who 
amongst a user's group of buddies is online is an important functionality of IM 
systems. However, the extent to which existing IM systems can establish whether 
in fact certain types of client user are online or not. is limited. 

16 Another limitation with current IM systems is that some are not designed to 
interconnect with particular types of client applications or different IM systems For 
example, other client applications may include email^based client applications (eg 
EudoraTM. Microsoft OutIookT«) and browser based client applications (eg Internet 
Explorer™ and Netscape™) on the internet, and also devices connected Into a 

20 GSM network, such as mobile phones. 

GSM networks have their own form of IM system for communicating short textual 
messages between different subscribers known as "Short Message Servlce" 
rSMS"). With SMS. a "Short Message Sen^ice Centre" (-SMSC) provides a 
25 server through which all SMS messages that are sent and received by client 
subscribers are handled. The messages are short, typically limited to 160 
characters in length, and are sent between subscribers of the GSM network with 
the SMSC processing the messages for delive^^ to the right destination using the 
GSM mobile number of the intended receiver. Under the SMS protocol the textual 
30 message from the sender is initially sent to the SMSC server using the cellular 
telephone network, The SMSC then stores the message and allocates it to the 
intended recipient for downloading, in accordance with normal GSM protocol 
when the recipient is identified to be active within s cell. 
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SMS messaging is normally only provided between GSM clients that specifically 
subscribe to it. however, by virtue of the SMSC server, it is possible to connect to 
the internet using a particular protocol, dependent upon the particular GSM phone 
and network manufacturer. For example. Nokia^ uses Computer Interface 
Message Distribution protocol version Two (CIMD2). 



Although the online status of users connected to the internet by way of a PC- 
based client application is relatively simple, establishing the online status of users 
10 having browser-based client applications and GSM client applications is more 
difficult and generally is not undertaken in the art. 

"Online" detection of the GSM client user desen/es special mention. Due to the 
less than perfect coverage and stability of GSM carrier networks, a GSM 
subscriber may experience intermittent interruptions of coverage and hence 
inability to receive SMS. Further, the earners themselves may be reluctant to 
allow third parties to alter their GSM system settings to allow detection by others 
of whether a GSM subscriber is within the coverage area of the GSM network or 
not - and hence whether they are online. 



Disclosure of the Invention 



It is an object of the present invention to provide for establishing or specifying the 
online status of users who may be capable of instant messaging having browser- 
25 based or GSM device client applications. 

In accordance with one aspect of the present invention, there Is provided a 
system for establishing or specifying the online status of a user forming part of an 
instant messaging system comprising a plurality of clients having IM client 
30 applications of the same or different types and an IM server selectively connected 
to each of said clients via a computer network, the system comprising: 
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a user database for storing an activity status for each user of the IM system with 
respect to the IM server, said activity status including: (i) a time variable signifying 
the t,me of or time since the last prescribed involvement of the user with said IM 
server: and (ii) a probability variable signifying the likelihood of the user still beinq 

online* " " y 



5 online; 



monitoring means to continuously monitor user activity with said IM server and to 
confnuously update the activity status of users stored on said database involved 
with said activity; and 

checking means to check the activity status of each user stored on said database 
and adjust said probability variable in a prescribed manner having regard to said 
time variable. 



10 



15 Preferably, said client types include clients connected to the 



via: 



computer network 



(i) a PC-based instant messaging client application program; 

(ii) a GSM device on a GSM network; 

(iii) an internet browser-based client application; or 
20 (iv) an email-based client application. 

Preferably, said prescribed involvement with said IM server includes: 
(0 one client sending a message to another; 
(ii) one client successfully receiving a message sent from another; 
25 (iii) one checking the activity status of another user(s); and 

(iv) other activities, involving the IM server system, that can be detected by 
computer and electronic methods. 

Preferably, said computer network is the internet and/or any direct eJectronic link. 
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Preferably. said client types connected to the computer network via the GSM 
network have SMS capability and are initially connected to the computer network 
via an SMSC server to control and manage said SMS therebetween, said SMSC 
server and said IM server being directly interconnected via said computer 
network, and wherein said SMSC sen/er provides an indication to said monitoring 
means of the activity of targeted recipient GSM clients in response to messages 
sent to the SMSC sender for delivery thereto by said IM server. 

In accordance with another aspect of the present invention, there is provided a 
method for establishing or specifying the online status of a user fomiing part of an 
instant messaging system comprising a plurality of clients having IM applications 
of the same or different types, selectively interconnected to an IM server by way 
of a computer network, the method comprising the following steps: 

storing an activity status for each user of the IM system with respect to the IM 
server, said activity status including: (i) a time variable signifying the time of or 
time since the last prescribed involvement of the user with said IM server; and (ii) 
a probability variable signifying the likelihood of the user still being online- 



10 



15 



20 



continuously monitoring user activity with said IM server; 

continuously updating the stored activity status of users involved with said activity; 
25 checking the stored activity status of each user; and 

adjusting said probability variable in a prescribed manner having regard to said 
time variable. 



30 Brief Description of the Drawings 
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The Invention will be better understood In the light of the following description of 
one specific mode thereof. The description is made with reference to the 
accompanying drawings, wherein: 

Figure 1 Is a schematic block diagram showing the general arrangement of the IM 
5 system wrth different client applications connected to the IM server; . 

Figure 2 is a schematic diagram showing the online tracking relationship between 
a user and the IM server; 

Figure 3 Is a schematic diagram showing the online tracking relationship between 
a user using a GSM device connected to a GSM network and the IM server; 

10 Figure 4 Is a block diagram flow chart showing the method followed In updating 
checking and adjusting the activity status of a GSM user after the IM server 
receives a message or command from the GSM user; 

Figure 5 is a block diagram flow chart showing the method followed In updating 
checking and adjusting the activity status of a GSM user after a message for thai 
15 user is sent to the SMSC server by the IM server from another user; 

Figure 6 is a schematic diagram showing the online tracking relationship between 
a browser-based user and the IM server; 

Fiflure 7 is a block diagram flo« chart showing the method followed in updaling 
checking and adJusSng ,he activity status o, a user after receiving a message o^ 
^0 command from a browser-based user; and 

Figure 8 is a block diagram flow chart showing the method followed in updating 
checkmg and adjusting the activity status of a browser-based user after a 
message for that user from another user is sent to the user by the IM server 



25 



Mode for Carrying Out the invention 
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^ Shown in Figure 1 of *e ..swings, *e iM systen, „ of «,e present mode 

ame or d,ffaren. types 10t. 102. 103 and 104 and an .M server system 13 Tl.e 
iM sen^r system 13 comprises a plurality of discWe IM servers 111 and a user 
.n ormation database 1,2, and ,s seieCVeiy connected to each of the clients 
the rmernet 113 for sending and receiving messages and commands as 
represented by the arrow 105 amongst the m community. The users or clients 
may be selectively connected to the IM sen-er system 13 via the Internet 113 
using any or all of the following terminals or appliances: 

15 . a PC-based client 101 connected via an Internet Sen.ce Provider riSP") lis 
Where PC internet signals 116 are communicated between the PC diem 
application 101 and the ISP 115. 

. a GSM mobile client 1 02 connected via a GSM cell site 1 1 7 and SMSC server 

20 .'T^!"^ '^'"^^'^ "^^ device 102 

20 and the SMSC server 106. 

• an internet browser client 103 via an ISP 118. where HTML traffic 119 is 
conveyed between the browser client i03 and the ISP 1 18. and 

• an email client 104 via an ISP i;?n 

vid an ii>t- 120, where email messages 121 are 

communicated between the email client 104 and the ISP 120. 



25 



The IM server system 13 employs an activity, and time-based method for 
specfyrng the -online- status of the IM system's users. This entails the IM senrer 
system 13 assessing the online status of a user by constantly checking to see 

30 being "online" as time coe? by. 
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With respect to a GSM client 102. certain SMSC server systems 106 or SMS 
messaging systems operated thereby, indicate readily whether a subscriber client 
to SMS on the GSM network is reachable or unreachable by SMS. when an actual 
SMS message is sent to the GSM client user. This gives a more definitive 
statement of the online status of the GSM client user than would othen^ise be the 
case and Is used to advantage by the IM server system 13 in establishing the 
online status of GSM client users of the IM system. 

It should be noted that a user is said to be "online" within an IM context if that 
user can be reached by. or can receive, instant messages. However, due to the 
less than perfect stability and coverage of the different clients (PC application 101 
GSM^device 102. internet browser 103. and email clients 104). "online- is not a 
definitive status but more of a probabilistic statement as to whether that user can 
recerve instant messages. 

As shown in Figure 2. the present mode is concerned with tracking activity 201 
between a user or member 203 of the IM community and the IM server system 1 1 
More specifically, this Involves a method for assigning -online" status flags that 
are based on user activity 201 Involving the IM system 11. 

Activity is more broadly defined as anything that involves the IM sen/er system 13 
that can detected by computer and electronic methods. In the present mode 
these activities include the following; 

• sending a message to an IM user, 

• successfully receiving a message from an IM user, and 

. the user proactlvely interacting with the IM server system, such as checking 
other "online" users through an electronic trigger or command. 

For the purpose of the preferred embodiment of the present mode, however the 
30 method of tracking activity is limited to sending and receiving messages and to 
checking other online usert. 
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1. Should be appreciated, however. tt,at the requisite amount of acivity that may 
occur ,0, stab,ish,ng whether an ,M community member or user is on, ne and! 
rn^ho emp^yed ,or tracking and updating the status oHhis member orlTi 
h,ght, dependent upon the particular client type involved. In some oases a Z 

provided by the cl,enf device Itself, such as GSM clients using SMS 107 brovler 
based Clients using HTWL documents 1 ,S containing e«cuta„e conten; arp" 
based client applications using signals sent over the Internet. 

PC-based Client applications 101, in par^cular, can be customised to have a 
constant -ping-lng- capabll«y back to the ,M server system ,3. Ping-ing invo I 
se,.d,ng a prescribed set of signals to another computer - me ,M LI n ^ ■ 
instance-through the computer network. In such instances, the .pingr; I; 
pr^ides a constant notification to the ,M server system 13 that 1 user f th^ 
application . sf I, connected to the internet, or o«ierwise, and thus is -online" 

in the present mode, each 'activity event that is detected by the IM server system 
13 IS noted and time-stamped. Time stamping means that the ,M server noLTZ 
instant time when the detected activity took place. ^rnotesthe 

This process is as follows:- 

• The IM server notes some activity taking place. 

• The IM server then determines Who is responsible for the activity. 

• The user<s) is(are) identified. 

' a'^.i™'' " " "^-"'^ X - given 

• slTI "™ «™ l-ad any activity concerning the ,M 
senrer and hence, represents the last time the, the user was DEFINITELY 



( ■■ 
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. All thing, equal, the IM sen,er assumes .hat tha user is -^i^iy cp^b,, 
rece,v,ng instant messages the closer the time iron, when a detected activity 
occurred: as time elapses, the less the probability that the user is capable of 
receiving Instant messages. 

5 

in order to perform this method, the user information database 112 stores an 
activity sta*.s for each user of the ,M system. This ocvity status includes- <1, a 
.me vanable signifying the time of or time since the las. prescribed involvement of 

10 oftheuserstill being online. 

The ,M server system 13 Is p^grammed to provide monltohng means to 
continuously monitor user activity with the IM server and to continuously update 

15 detected ac^vity with the IM seiver system. Thus, wheneverthe monitoring means 
detects user activity, 1, notes the aaivity, flags the user, and time stamps the 



20 



The IIVI sender system 13 is also pnpgrammed to provide checking means to check 
the activity status of each user sfoi^d on the database 112 and adjust ,he 
probab,l«y vanable having regard to the time variable in a manner that will be 
descnbed in more detail below. At regular intervals, the checking means accesses 
*e stored time variable to detem,ine how much time has elapsed since the las, 
actmty occurred. The adiusfmen, of the probability variable simply involves 

r '"^ ^'^'"^ - «rialn time 

threshold points are reached. 

A ^er-s online status label can be made definitive; either the user is •Online' or 
Offline. The preferred embodiment, however, introduces viiying degrees of 
30 being online, e.g., •Likely Online' or •Likely omine^. Thus different time thresholds 
are specified within the system, which if reached, toggle a users status 

accordingly. 
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In the case of IM community m mbers being users of devices under the GSM 
network, as shown in Figure 3, monitoring of activity between the GSM device 102 
and the IM server system 13 is undertaken. Activity such as a GSM user sending 
a message or a command to query list online buddies is represented by an-ow 
5 305. and activity such as a GSM user receiving a message or receiving a list of 
online buddies In response to a command requesting same, is represented by 
arrow 307. 

As mentioned earlier, certain GSM messaging systems (e.g.. Nokia'sT" SMSC ) 
10 have immediate feedback mechanisms that can infomi the sender whether an 
SMS message has been successfully delivered to a GSM device 1 02 of the user - 
hence suggesting the user is Online or Offline. This feature is used by the 
monitoring means of the IM server system 13 to establish a GSM 
subscriber's/user's online status. Hence, when an instant message or SMS Is 
15 sent 307 to a GSM subscriber 102 via the SMSC server 106. the IM server 
system 13 gets immediate feedback as to whether the message was successfully 
delivered to the GSM client device 102 or not. With Nokia's™ SMSC server, for 
instance, a status feedback is made available to the IM server 13, which says that 
the message was received either successfully or unsuccessfully by the GSM 
20 client device 102. 

An illustration of the logic flow of this arrangement where a GSM client user 
operates under a GSM carrier using Nokia's™ SMSC messaging system is 
shown In Figures 4 and 5. 

The activities that are noted and time stamped by the monitoring means of the IM 
sender system are: 

1 . An instant message sent by any monitored user. 

2. An instant message successfully received or downloaded by the client of 
30 the user. 



25 



3. An instant message sent to the SMSC server and successfully downloaded 
to the GSM client device. 



IV- 5-00;l7:35 ;Yu Sarn 



# 



8c P 



582864 



#18/ 34 



5 



15 



- 13- 

4. Querying of the IM server for Buddy Online lists. 

The status flags that are used as probability variables and the time thresholds that 
are used as time variables In the user infonnation database are as follows; 



Status Flag Time elapsed from activity 
"Online" t< 15 minutes 



"Offline" 30 minutes <, t 



In the case of an instant message sent by GSM client user (GSM Sender) 401 to 
another user, this activity represented by arrow 403. the logical flow of operation 
of the IM server system 1 3 is as follows: 



1 0 Time = 0 



GSM Sender's probability variable activity status is "Offline". 
GSM Sender sends message 403. 

IM server detects the activity, ie receives the message or command 405. 
IM server initiates the message/command handling process 407. 
IM server checks whether the probability variable activity status for the user 
is "Offline" 409. and if so, flags or toggles GSM Sender as "Online" 411. 
IM server time stamps the event by entering the time variable activity status 
30 minutes into the future 413, 



20 Time = 5 minutes 

IM server waits for more activity 41 5. 
No activity detected. 

IM server constantly monitors time elapsed 417. 
GSM Sender still flagged "Online". 

25 

Time = 15 minutes 



IM server waits for more activity 415. 
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No activity detected. 



Time = 30 minutes 



No activity detected and 30 minutes has elapsed. 

IIVI server flags GSIVl Sender probability variable as "Offline" 419. 

in the case of an instant message received by a GSM client user (GSIVl Redpient) 
from another user, this activity represented by arrow 501 . the logical flow of 
operation of the IM server system 1 3 is as follows: 



10 Time = 0 



15 



20 



25 



Other IM user sends an instant message to GSM Recipient. 

IM server facilitates conversion of message into SMS form and sends 

message to SMSC server 501 . 

SMSC server sends message to GSM Recipient 503. 

IM server checks whether user on conditional state 505. and if not. toggles 

user into conditional state 507 and sets time stamp 5 minutes into the 

future 509. 

IM server checks whether GSM device has acknowledged receipt of 
message 511. 

if receipt is not acknowledged. IM server checks whether time stamp has 
elapsed 513. and if not checks again for acknowledgement 511 - it 
continuously does this until either the time stamp matures, or the GSM 
device acknowledges reception of message. 

If GSM device has acknowledged receipt of message, the SMSC server 
relays this event to the IM server which removes the conditional state of the 
user 517. 

IM server sets time stamp to 30 minutes ahead 519. 

IM server flags GSM Recipient as "Online" and waits for more activity 521 . 



11- 5-00;i7:35 ;Yu Sarn «. r ,5o,nfi. ^ - 

'=82864 #20/ 34 



- 15- 

Time = 5 minutes 



No further activity detected by IM server. 

If receipt of message previously sent was not acknowledged by GSM 
device, the IM server checks whether time stamp has elapsed 513, and if 
so, toggles user status to offline 515. 



Time = 15 minutes 

No further activity detected by IM server. 

1 0 Time = 20 minutes 

Another IM user sends an instant message to GSM Recipient. 
SMSC server sends message to GSM Recipient. 

GSM device fails to accept SMS and does not acknowledge within 5 
minutes (i.e., time > 25 minutes). 

SMS stored at SMSC server for later transmission, when the GSM device 
is available to download SMS. 

SMSC server notes this unavailability, and relays status to IM server. 
IM seiver notes the conditional state, the overdue timestamp and SMSC 
server response and promptly keeps the GSM Recipient flag "Offline^ 



15 



20 



Time = 35 minutes 



SMSC server finally detects the availability of the GSM device to receive 
SMS. 

SMS is downloaded into the GSM Recipient's GSM device. 
25 The SMSC server relays the status back to the IM server 

IM server flags GSM Recipient "Online." 

In the case of IM community members being users of an internet browser client, 
the monitoring of activity between a browser client user 103 and the IM server 
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system 13 is similar to that of a GSM client user. As shown in Figure 6. activities 
such as sending a message or a command querying for buddies online are sent 
as HTML format requests as represented by arrow 601. and activities such as 
receiving a message or a list of online buddies as requested by a command, are 
provided as HTML pages, as represented by arrow 603. 

As with all client usere types, the IM 3e,ver system 13 co„«lantly checks for when 
the last activity occurred and checks the time elapsed to see if certain thresholds 
have been reached. The activity status of the browser user Js flagged accordingly. 

As shown In Figure 7. a IM community member/user 701 using a Web browser 
client application for connecting to the IM system sends a message to a user or a 
command to the IM server 13 for a list of online buddies, as an HTML request 
represented by arrow 703. This is detected by the IM sen/er as an activity 
indicating that the user 701 is online and thus invokes a routine which follows the 
following logical flovy^ 

IM server receives the message/command 705 and the 

message/command handling process is invoked 707. 

IM server checks the probability variable of the activity status of the user to 

see if the user was previously recorded as offline 709. 

If so. the probability variable is flagged or toggled to indicating the user as 

being online 711. 

If the user was not previously offline, or after toggling to being online, the 
time variable of the activity status is time stamped to 30 minutes into the 
future 713 and the IM server waits for further activity 715. 
IM server subsequently checks whether the time stamp entered for the time 
variable of the user has expired 717. 

If so. the probability variable Is flagged or toggled to indicating that the user 
is offline 719. in the event of there being no further activity detected for that 



user. 



If the time stamp has not expired, the IM server maintains checking 717. 
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Feedback mechanisms for browser-based clients would normally have been 
limited to when the user queries or prompts the IM server 13 with an activity via 
the browser. However, with the introduction of certain browser application 
modules, such as the JAVA™ Applets^ and scripts, it is possible for the browser 
5 ckent to regularly infomi the IM server of the user's online status (ie whether the 
user is connected to the internet using their browser). This is possible even if the 
browser client does not engage in any of the activities described herein. 

This is possible if the web browser is served with a web page containing 
10 executable content. This content directs the browser to query the server for 
messages to the user at set intervals, and also notifies the IM system that the 
user Is still online. As long as the user's browser contains that web page, it will 
always, at set intervals, cause its time stamp entry in the time variable of the 
activity status recorded for the user on the IM server, to be refreshed 

Furthermore, if the user exits from their browser, or clicks on a button saying 
logout, then the IM server can be notified directly. 

The IM server is designed to send a message refresh to the browser that the 
20 executable content In the Web page directs the browser to acknowledge. Every 
message refresh sent to the browser makes the IM server toggle the user's status 
into a conditional state that can only be reset by an acknowledgment received 
from the user's web browser. It could also be the other way around: the Web page 
with the executable content sends a message refresh to the IM server that is 
25 acknowledged by the IM server. Every message refresh sent to the I M sender 
tells the IM sen/er to retain the user's online, and the IM server time stamps the 
event by entering the time variable activity status into the future in defined time 
increments. 

30 As shown in Figure 8. the logical flow of operation that occurs as a result of a 
internet browser user receiving a message or being provided with a list of online 
buddies, represented by arrow 801 is as follows: 



server sends message or list of buddies to user 803. 
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IM server checks if user's status is in conditional state 805. 
If not. IM server changes user's status to conditional state 807 and enters 
time stamp into time variable of activity status for user 5 minutes into the 
future 809. 

If user's status was already in a conditional state, or after changing to such 
IM server checks if user's browser has confimied receipt of message or lisi 
of buddies 811. 

If not. IM server checks whether time stamp entry into time variable of 
activity status has elapsed 813, if so, toggles probability variable for user to 
offline 815. or if not continues to check if user's browser has confirmed 
receipt of message/list 811. 

If confimiation of receipt of message/list received from user IM server 
removes conditional state 817 from user status, changes time stamp to 30 
minutes ahead 819 and waits for more activity 821. 



10 
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It should be noted that the preferred embodiment of the present mode of the 
invention provides for a general method for flagging IM users as to their online 
status, which Is primarily activity- and time-based. However, depending on the 
client type, enhancements to the process exist, which can dramatically improve 

20 accuracy. 



Thus with certain GSM messaging systems, for instance, having feedback 
mechanisms that allow the IM server system to detect if SMS messages have 
been successfully downloaded by the GSM device - hence, suggesting that the 

25 GSM client user is online - the preferred embodiment provides for a specific 
methodology to accommodate the same to achieve greater accuracy, similarly 
with browser-based clients having JAVA-m Applets™ and scripts, for instance 
Web pages can be programmed to send regular status reads to the IM server' 
Accordingly the preferred embodiment again provides for a specific methodology 

30 to accommodate the same and thus achieves greater accuracy. 

it should be appreciated that the scope of the present invention i. not limited to 
the specific mode and the embodiment thereof described herein. Accordingly, 
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changes and improvements to the embodiment that amount to no more than 
cornmon general knowledge are not considered to depart from the spirit or scope 
Of the invention. ^ 
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The Claims Defining the Invention are as Follows 



A system for establishing or specifying the online status of a user forming 
part of an instant messaging system comprising a plurality of clients having 
IM.client applications of the same or different types and an IM sender 
selectively connected to each of said clients via a computer network the 

system comprising: 



a user database for storing an activity status for each user of the IM system 
w.th respect to the IM server, said activity status including: (i) a time variable 
Q s.gn,fying the time of or time since the last prescribed involvement of the 

user with said IM server; and (ii) a probability variable signifying the 
likelihood of the user still being online; 
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O 



monitoring means to continuously monitor user activity with said IM server 
and to continuously update the activity status of users stored on said 
database involved with said activity; and 



checking means to check the activity status of each user stored on said 
database and adjust said probability variable in a prescribed manner having 
-^u regard to said time variable. 

2. A system as claimed in claim 1. wherein said client types include clients 
connected to the computer network via: 

25 (i) a PC-based instant messaging client application program; 

(ii) a GSM device on a GSM network; 

(iii) an internet browser-based client application; or 

(iv) an email-based client application. 

30 3. A system as claimed in claim 1 or 2. whe.ein said prescribed involvement 

v/iih said IM server includes: 
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(i) one client sending a message to another; 

(ii) one client successfully receiving a message sent from another; 

(iii) one checking the activity status of another user(s); and 

5 (iv) other activities, involving the IM server system, that can be detected by 

computer and electronic methods. 

4. A system as claimed in any one of the preceding claims, wherein said 
^ computer network is the internet and/or any direct electronic link. 

A system as claimed in any one of the preceding claims, wherein said client 
types connected to the computer network via the GSM network have SMS 
capability and are initially connected to the computer network via an SMSC 
server to control and manage said SMS therebetween, said SMSC server 
and said IM server being directly interconnected via said computer network, 
and wherein said SMSC server provides an indication to said monitoring 
means of the activity of targeted recipient GSM clients in response to 
messages sent to the SMSC server for delivery thereto by said IM server. 



5. 
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. A method for establishing or specifying the online status of a user forming 
^ ^ P^'' °^ messaging system comprising a plurality of clients having 

20 IM applications of the same or different types, selectively interconnected to 

an IM server by way of a corhputer network, the method comprising the 
. following steps: 



25 



storing an activity status for each user of the IM system with respect to the 
IM server, said activity status including: (i) a time variable signifying the time 
of or time since the last prescribed involvement of the user with said IM 
server; and (ii) a probability variable signifying the likelihood- of the user still 
being online: 



30 



continuously monitoring user activity with said IM server; 
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continuously updating the stored activity status of users Involved with said 
activity; 

5 checking the stored activity status of each user and 

adjusting said probability variable in a prescribed manner having regard to 
said time variable. 

7. A system for establishing or specifying the online status of a user fonning 
O 10 part of an instant messaging system substantially as herein described with 

reference to the accompanying drawings as appropriate. 

8. A method for establishing or specifying the online status of a user forming 
part of an instant messaging system substantially as herein described with 
reference to the accompanying drawings as appropriate. " 

15 
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ABSTRACT 



A system and a method for establishing or specifying the online status of a user 
forming part of an instant messaging system. The IM system (11) includes a 
plurality of clients having IM client applications of the same or different types 
5 including: a PC-based instant messaging client application program (101)- a GSM 
device (102) forming part of a GSM network: an internet browser based client 
application (103); and an email-based client application (104). An IM system 
sen/er (13) including an IM server (111) and a user information database (1 12) Is 
selectively connected to each of the clients via the Internet (113). The user 
U 10 database (1 12) stores an activity status for each user of the IM system (1 1) m 
relation to its activity with the IM server system (13). The activity status includes' 
(0 a time variable signifying the time of or time since the last prescribed 
involvement of the user with the IM server; and (ii) a probability variable signifying 
the likelihood Of the user still being online. Monitoring means is provided to 
15 continuously monitor user activity with said IM server and to continuously update 
the activity status of users stored on the database (112) involved with the activity 
Checking means is also provided to check the activity status of each user stored 
on the database (112) and adjust said probability variable in a prescribed manner 
having regard to the time variable. 
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